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DevOps with Chef on FreeBSD 





Dear Participants, 

Welcome to the course DevOps with Chef on FreeBSD. In this course, we'll cover lot of theory and 
practical aspects. We’ll focus on the core topics as mentioned in the agenda, and we assume that 
you already know the prerequisites. If not, then you might have to learn additional topics such as 
Git, Ruby and FreeBSD first. 


The learning curve for Chef is a little steep at times. Therefore, just be patient and keep working 
on it, and you'll eventually be done with the course. We'll certainly help you throughout the 
course. But, be prepared to do a lot of self-study as well. Bear in mind that the best way to learn 
Chef is to just use it. 


Prerequisites 

¢ Knowledge of how to use version control system, preferably Git. 

« Basic Knowledge of FreeBSD OS Administration. 

- Basic knowledge of any scripting language, preferably Ruby. 

¢ Working knowledge of any text/code editor. 

Resources 

e FreeBSD 

e FreeBSD Documentation 

¢ Download FreeBSD 

¢ Chef Website 

¢ Chef Documentation 

e Chef IRC Channel 

¢ Chef Mailing List 

¢ Git website 

¢ Ruby Website 

Hardware/Software Requirement 

e 2 FreeBSD 11 systems/machines (Virtual or Physical), with Internet access and bash as the 
default shell with root login over ssh or a normal user with sudo access. 


e A free account on Hosted Chef. 





Course is self-paced. After completing it, you will receive a certificate with 
12 CPE credits! 
Join here https://bsdmag.org/product/wo5-devops-chef-freebsd/ 
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Introduction to Chef 


What is DevOps? 

According to Wikipedia, “DevOps (a clipped compound of development and operations) is a 
culture, movement or practice that emphasizes the collaboration and communication of both 
software developers and other information-technology (IT) professionals while automating the 
process of software delivery and infrastructural changes.” 









Development 


(SOFTWARE ENGINEERING) 


QA 


(QUALITY ASSURANCE) 







Operations 


What is automation? 

Its definition depends on the context and situation. In general, automation is a non-manual way 
of performing certain set of tasks. In automation of IT infrastructure, this set of tasks could be: 
creating new servers and infrastructure, managing existing servers, deploying applications, 
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servers and apps, gathering metrics, graphs, scaling up or down the infrastructure and many 


more. 


Why is it needed? 


Virtualization and Cloud have forced the need for automation. In the earlier days (The Iron Age), 
IT infrastructure growth was dependent on the physical hardware purchasing cycle. It used to 
take weeks from ordering an actual server to it being delivered, and then deploying the OS and 
having the server ready for use. 


What are the different tools/platforms available? 

The most popular tools/platform available, as of now, for IT infrastructure automation are: 
¢ Chef. 

e Puppet. 

« Ansible. 

What is Chef? 


Chef is a powerful automation platform that transforms infrastructure into code. It’s open source. 
Its DSL is written in Ruby. And it’s supported by almost all major Linux, Unix, Windows, cloud 
and container platforms. It’s released under Apache2 license. The project was started in 2008, 
and has been growing ever since. It has a large community and is backed by a commercial for 
profit company/entity called “Chef”. 


Chef is being used by startups and Fortune 100 companies, like Facebook, GE Capital and more. 
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Overview of Chef. 


Chef Architecture. 





CHEF SERVER NODES = 
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cookbooks (Git, Subversion, etc.] 





Chef Components 
Chef Workstation 


A workstation is a computer configured to run various chef command line tools, that interact with 
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Chef Server 


A chef server acts as a single point of contact for workstation as well as the nodes/client. All the 
code (cookbooks/recipes) are uploaded to chef server. 


Chef node 
A node is any machine — physical, virtual, cloud, etc. — that is managed by chef. 
Chef client 


Chef client is a software or agent that runs on chef nodes. It contacts chef server periodically and 
downloads the code (recipes, etc) and executes them. 


Chef Workstation Components 
Chef repo 


It’s a repository structure, used to create and maintain chef cookbooks. Cookbooks contains 
recipes, attributes, templates, etc. This repo could be managed by version control system such as 
Git. 


Knife 
It’s the command line tool to interact with chef server as well as nodes. 
Chef DK 


It’s a package that contains everything to get started with chef. Unfortunately, it’s not available for 
BSD as of now. 


Chefspec 
It’s the unit test framework for chef. 
Cookbook 


A cookbook is a fundamental unit of configuration or policy. Following are the cookbook 
components: 


e Attributes 


Attributes can be defined in files and can be overridden. They help in making 


configuration dynamic. 
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e Recipes 


It’s the most fundamental configuration element. It’s authored in ruby. It must be stored within a 
cookbook. It’s a collection of resources, and can be included, and can have dependencies. 


- Files 

Files inside the files directory are copied to the target node, just like scp. 
¢ Libraries 

It’s arbitrary ruby code to be included in a cookbook. 

- Templates 

A cookbook template is an embedded ruby file that’s used to dynamically generate static text file. 
¢ Metadata 

It’s a file that stores metadata about a cookbook. 

Typical Chef cookbook Workflow. 

¢ Create or Edit a cookbook. 

¢ Upload cookbook. 

¢ Provision machine. 

¢ Bootstrap machine. 

¢ Run Chef-client. 


¢ Ssh and validate. 
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Resources 


VAvhat 2a «a maAcnmsswann® 
What 1s a resource? 


A resource is a building block of recipes. They represent a piece of a system, e.g.: A package or 
directory, file, network, service, etc. It describes: 


¢ The desired state of the configured element/item. 

e Steps needed to achieve that desired state. 

« Additional properties (called resource properties), if necessary. 
¢ The type of resource. 

Resource syntax: 


A resource is a Ruby block with four components: a type, a name, one (or more) properties (with 
values), and one (or more) actions. The syntax for a resource is like this: 











Every resource has its own set of actions and properties. Most properties have default values. 
Some properties are available to all resources, for example, those used to send notifications to 
other resources and guards that help ensure that some resources are idempotent. 


For example, a resource that is used to install a tar package for version 1.16.1 may look something 
like this: 
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Common Functionality 


All resources (including custom resources) share a set of common actions, properties, conditional 
executions, notifications, and relative path options. 


Actions 
Actions couldbe :start, :stop, :restart, :reloador:nothing. 
Properties 


Following properties are common to every resource: ignore failure, retries, 
retry delay, provider and supports 


Guards 


The not_if and only_if conditional executions can be used to put additional guards for certain 
resources, so that they are only run when the condition is met. 


Notifications 
Notifies and subscribes notifications can be used with any resource. 


Common or most used resources 


RESOURCE DESCRIPTION 


directo Use directory resource to manage directory. 
ry ry 8 





cookbook_file Use this resource to copy file from local workstation to the node. 





file Use this to create and manage files on the node. 





execute Use this to execute a single command on the node. 





Use it to manage resources which are in source control git 


git —— 
repositories. 





freebsd_package Use this to manage freebsd packages. 


2 g 
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rpm_package 


DESCRIPTION 


Use this to manage packages using the rpm package manager. 





Use cron resource to manage cron entries for time based scheduling. 





chef_gem 


Use it to install gems only to the instance of ruby that is dedicated to 


chef-client. 





bash 


Use this to execute scripts using the bash interpreter. 





package 


Use it to manage packages. 





Use this resource to add, remove, modify users and their attributes, 


e.g.: password, home directory, default shell, etc. 





group 


Use this resource to add, remove, modify group and their attributes, 


e.g.: group members, etc. 





link 


Use it to create a symbolic or hard links. 





log 


Use this resource to create log entries. 





remote_directory 


Use it to copy directories from workstation to node. 





remote _file 


Use this to copy/download file from a remote location to the node. 





service 


To manage services on the system. 





apt_package 


To install, remove, update, upgrade packages using apt package 


manager. 





template 


Use this to generate static content dynamically from embedded ruby 


text files. 





yum_package 


Use this resource to install, remove, update, upgrade packages using 


yum on Redhat or Centos based systems. 





windows_ package 


Use this resource to manage MSI packages on Windows platform. 





windows_ service 





Use this resource to manage windows services on Microsoft Windows 


platform. 
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Setup the workstation 


Steps: 


¢ Install ruby, rubygems and Chef on FreeBSD. 


“* pkg install ruby ruby22-gems-2.6.4 “- 


“* gem install chef “~ 





¢ Install vim, emacs or another text editor of your choice. 


“* pkg install vim “° 





¢ Install git version system, wget and curl 


“* pkg install git wget curl “- 





¢ Create an account on hosted chef and download the starter kit. 
° https://manage.chef.io/signup/ 

¢ Configure and test your chef workstation. 

° Unzip the starter kit 


° Change to the starter kit directory 


“* knife client list “- 





LAB setup (LAN) 

¢ Network: DHCP configuration 
¢ Workstation: 

eAddress: 192.168.0.36/24 

¢ Node 


e Address: 192.168.0.53/24 => bsd1l1_nodel 
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e Address: 192.168.0.62/24 => bsd11_node2 


e Address: 192.168.0.39/24 => bsdll_node3 
e Gateway: 192.168.0.2 

«DNS? 8.8.8.8, 43242.2 

¢ Default shell: /usr/local/bin/bash 

e Ssh: root ssh login enabled 


Install the various components mentioned above and setup the local development environment. 
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Bootstrap a node with Chef 


Check the following before bootstrapping the node: 

- Ensure that the correct hostname for the node is set. 

¢ Ensure that wget and curl are installed on the node. 

e Ensure that the internet is working on the node. 

¢ Ensure that you can login with user root via ssh to the particular node. 
Bootstrap workflow (video available in the course). 


When a node (target VM, cloud, physical server) is bootstrapped, the following steps are 
executed: 


e Aclient and corresponding key-pairs are created for that particular node on the Chef server. 
e Anode is created on the Chef server. 


- Workstation connects to the target node via ssh and installs Chef-client, and configures the 
node. 


e Converge the node (Chef-client is executed and it configures the node. This phase is also called 
the “Execution Phase”). 


On the workstation, execute the following command to bootstrap the node (target VM, cloud, 
physical server). 


Note: All the commands need to be executed from inside the chef-repo folder, otherwise it won’t 
work. 


knife bootstrap <ip address of target node > -N <name of the 
target node > -x <username> re 


knife bootstrap 192.168.0.53 -N bsdil_ nodel -x root 


: 
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[test@bsdll workstation ~/workspace/chef-repo]$ knife bootstrap 
192.168.0.39 -x root -N bsdl1l1_node3 


Creating new client for bsdil_node3 


Creating new node for bsdll_node3 


Connecting to 192.168.0.39 


Password for root@bsd11_node3.automatehub.lan: 


192. 


192. 


192. 


192. 


192. 


192: 


LOZ: 


192. 


168. 


168. 


168. 


168. 


168. 


168. 


168. 


168. 


Loe 


OF 


0. 


0 
0) 
om 
0 
0) 


39 


ee) 


ope 


39 


ge) 


.39 


39 


39 


> Installing Chef Omnibus (-v 12) 
downloading https://omnitruck-direct.chef.io/chef/install.sh 
to file /tmp/install.sh.693/install.sh 
trying wget... 
freebsd 11 x86 64 
freebsd 11 x86 64 
Getting information for chef stable 12 for freebsd... 


downloading 


https://omnitruck-direct.chef.io/stable/chef/metadata?v=12&p=freebsd&pv=11 
&m=x86_64 


192. 


192. 


192. 


192. 


192. 


168.0.39 


to file /tmp/install.sh.697/metadata.txt 


168.0.39 trying wget... 


168.0.39 shal 50cal8cc4a78c09c2cf68862876cae638e1e2689 


168.0.39 sha256 
fe4b8ba204a57d0e1c778e358£d6e5c92891e1e427463e831e6472£f1bccc8 64a 


168.0.39 url 
https://packages.chef.io/files/stable/chef/12.16.42/freebsd/10/chef-12.16.42_1.a 
md64.sh 


192.168.0.39 version 12.16.42 


192.168.0.39 downloaded metadata file looks valid... 


192.168.0.39 downloading 





https://packages.chef.io/files/stable/chef/12.16.42/freebsd/10/chef-12.16.42_1.a 
md64.sh 


192.168.0.39 to file /tmp/install.sh.697/chef-12.16.42 1.amd64.s 
192.168.0.39 trying wget... 


£92 °168.0-39 


WARNING: could not find a valid checksum program, pre-install shasum or sha256sum in your 
O/S image to get validation... 


192.168.0.39 Installing chef 12 
192.168.0.39 installing with sh... 


192.168.0.39 Verifying archive integrity... All good. 


192.168.0.39 


Uncompressing The full stack of chef 


192.168 39 Thank you for installing Chef! 


192.168.0.39 Starting the first Chef Client run... 


192.168.0.39 Starting Chef Client, version 12.16.42 


192.168.0.39 resolving cookbooks for run list: [] 


OR 
0) 
0) 
0) 

192.168.0.39 Synchronizing Cookbooks: 

192.168.0.39 Installing Cookbook Gems: 
0) 
0) 
0) 
a 0g 


192.168.0.39 Compiling Cookbooks... 


192.168.0.39 [2016-11-20T14:36:06+05:30] WARN: Node bsdl1l1_ node3 has 
192.168.0.39 Compiling Cookbooks... 


192-168 39 [2016-11-20T14:36:06+05:30] WARN: Node bsdl1i_ node3 has 
an empty run list. 


192.168.0.39 Converging 0 resources 
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192.168.0.39 
192.168.0.39 Running handlers: 
192.168.0.39 Running handlers complete 


192.168.0.39 Chef Client finished, 0/0 resources updated in 07 
seconds 


an empty run list. 
192.168.0.39 Converging 0 resources 
192.168.0.39 
192.168.0.39 Running handlers: 
192.168.0.39 Running handlers complete 


192.168.0.39 Chef Client finished, 0/0 resources updated in 07 
seconds 


Confirm that node is now showing up on the Chef server list either from the command line 
using the command below or from the web UI on the hosted Chef under “nodes” section/tab. 


[test@bsd1l workstation ~/workspace/chef-repo]$ knife node list 


bsdil_nodel 
bsdl1l1_node2 


bsdl1l1_node3 
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Get started with writing your first 
cookbook 


Go to chef-repo directory and initialize git repo with the following command: 





Add all the files in the git repo and commit to it. 


git add. 


Git commit -m ‘’initial commit’ 





Working with knife 


Knife is a command-line tool that provides an interface between a local chef-repo and the Chef 
server. Knife helps users to manage: 


e Nodes; 

e Cookbooks and recipes; 

¢ Roles; 

¢ Stores of JSON data (data bags), including encrypted data; 

e Environments; 

¢ Cloud resources, including provisioning; 

¢ The installation of the Chef-client on management workstations; 
e Searching of indexed data on the Chef server. 


For more information about knife commands and subcommands, click here >> 


https://docs.chef.io/knife.html 
BSD 
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Module 5 


Change to cookbooks directory inside the chef-repo and create a new cookbook using the 
following command: 


[test@bsdll workstation ~/workspace/chef-repo]$ pwd 


/home/test/workspace/chef-repo 


oy SS a 


knife cookbook create <name of the cookbook> 


Eg.: 


~*~ knife cookbook create testbook ~~ 


This command will create a directory called testbook and will also create certain subdirectories 
and files relevant for the cookbook. 


[test@bsdll workstation ~/workspace/chef-repo/cookbooks]$ tree 
testbook/ 
testbook/ 
CHANGELOG. md 
README .md 
attributes 
definitions 
files 
*-- default 
~-- welcome.txt 
libraries 
metadata.rb 
providers 


recipes 
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“-- default.rb 
|-- resources 
*-- templates 


~“-- default 


10 directories, 5 files 
Update the recipe 


Next, we'll add certain code to the recipe, in this case, that code will create a directory on the 
target node. 


[test@bsdll workstation ~/workspace/chef-repo/cookbooks]$ cat 
testbook/recipes/default.rb 


directory "/tmp/my tmp dir" do 
owner "root" 
group "wheel" 
mode 0755 
action :create 


end 


cookbook file "/tmp/my tmp dir/welcome.txt" do 


source "welcome. txt" 


end 


In the second part of the code, cookbook _file, we’ve created a file welcome.txt with the following 
content: 


[test@bsdll workstation ~/workspace/chef-repo/cookbooks]$ cat 
testbook/files/default/welcome. txt 


Welcome to Devops with Chef on FreeBSD 





Module 5 


The resource cookbook_file works like scp, it’ll simple copy this welcome.txt from the workstation 
to the target node. If the same file exists on the target node and the content is the same, it won’t 


do anything, else, it’ll create or overwrite that file. 
Upload the cookbook to the Chef server. 


[test@bsdll workstation ~/workspace/chef-repo/cookbooks]$ knife 
cookbook upload testbook 
Uploading testbook [0.1.0] 


Uploaded 1 cookbook. 


Check/list the cookbooks on the Chef server. 


[test@bsdll workstation ~/workspace/chef-repo/cookbooks]$ knife 
cookbook list 

testbook 0.1.0 

vim 02120 


List all the nodes currently managed by Chef server. 


[test@bsdll workstation ~/workspace/chef-repo/cookbooks]$ knife node 


list 
bsdil_nodel 
bsdl1l_node2 


bsdil_node3 
Check the node details, especially the run list. In this case, the run list is empty. 
[test@bsdll workstation ~/workspace/chef-repo/cookbooks]$ knife node 


show bsdl1l1_node3 
Node Name: bsdi1l_node3 


Environment: _default 
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bsdi1l_node3.automatehub.lan 
boa 192.168.0.39 
Run List: 
Roles: 
Recipes: 


Platform: freebsd 11.0-RELEASE-p1 


Tags: 


Add the recipe “testbook” to the run list of node “bsd11_node3”. 


[test@bsdll workstation ~/workspace/chef-repo/cookbooks]$ knife node 
run_ list add bsdll_ node3 'recipe[testbook] ' 


bsdil_node3: 


run_list: recipe[testbook] 


Confirm that the recipe has been added to the node’s run list. 


[test@bsdll workstation ~/workspace/chef-repo/cookbooks]$ knife node 
show bsdl1l1_node3 


Node Name: bsdil_node3 

Environment: default 

1 0) D)\ bsdl1l_node3.automatehub.lan 
IP: 192.168.0.39 

Run List: recipe [testbook] 

Roles: 


Recipes: 





Platform: freebsd 11.0-RELEASE-p1 





Tags: 


Login to the target node and run Chef-client. 


[root@bsdl1l node3 ~]# chef-client 


Starting Chef Client, version 12.16.42 
resolving cookbooks for run list: [“testbook”] 
Synchronizing Cookbooks: 
— testbook (0.1.0) 
Installing Cookbook Gems: 
Compiling Cookbooks... 
Converging 2 resources 
Recipe: testbook: :default 

* directory[/tmp/my tmp dir] action create (up to date) 

* cookbook file[/tmp/my tmp dir/welcome.txt] action create 


- create new file /tmp/my tmp dir/welcome. txt 


- update content in file /tmp/my tmp dir/welcome.txt from none to 
2afb65 


--- /tmp/my tmp dir/welcome.txt 2016-11-20 15:01:53.881658000 
+0530 


+++ /tmp/my tmp dir/.chef-welcome20161120-1136-lynya5d. txt 
2016-11-20 15:01:53.880975000 +0530 


GGe-1e +t 2 Ce 
+Welcome to Devops with Chef on FreeBSD 


+Welcome to Devops with Chef on FreeBSD 
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Running handlers: 
Running handlers complete 
Chef Client finished, 1/2 resources updated in 09 seconds 


Run the Chef client again, to see idempotence at work: 


[root@bsd1ll node3 /tmp/my tmp dir]# chef-client 
Starting Chef Client, version 12.16.42 
resolving cookbooks for run list: ["testbook"] 
Synchronizing Cookbooks: 
- testbook (0.1.0) 
Installing Cookbook Gems: 
Compiling Cookbooks... 
Converging 2 resources 
Recipe: testbook: :default 
* directory[/tmp/my tmp dir] action create (up to date) 


* cookbook file[/tmp/my tmp dir/welcome.txt] action create (up to 
date) 


Running handlers: 
Running handlers complete. 


Chef Client finished, 0/2 resources updated in 07 seconds 


Manually modify the file welcome.txt on the target node, and run the Chef-client again: 


[root@bsdll node3 /tmp/my tmp dir]# cat welcome.txt 
Welcome to Devops with Chef on FreeBSD 2016 
[root@bsd1ll node3 /tmp/my tmp dir]# chef-client 


Starting Chef Client, version 12.16.42 
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[root@bsdll node3 /tmp/my tmp dir]# cat welcome.txt 
Welcome to Devops with Chef on FreeBSD 2016 
[root@bsdll node3 /tmp/my tmp dir]# chef-client 
Starting Chef Client, version 12.16.42 
resolving cookbooks for run list: ["testbook"] 
Synchronizing Cookbooks: 

- testbook (0.1.0) 
Installing Cookbook Gems: 
Compiling Cookbooks... 
Converging 2 resources 


Recipe: testbook: :default 


* directory[/tmp/my tmp dir] action create (up to date) 


* cookbook file[/tmp/my tmp dir/welcome.txt] action create 


- update content in file /tmp/my tmp dir/welcome.txt from cl19ce4 
to 2afb65 


--- /tmp/my_ tmp dir/welcome.txt 2016-11-20 15:03:00.536831000 
+0530 


+++ /tmp/my tmp dir/.chef-welcome20161120-1284-injfi3.txt 
2016-11-20 15:03:16.328688000 +0530 


@@ -1,2 +1,2 @@ 
-Welcome to Devops with Chef on FreeBSD 2016 


+Welcome to Devops with Chef on FreeBSD 
Running handlers: 


Running handlers complete 


Chef Client finished, 1/2 resources updated in 07 seconds 
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Deep dive into Chef cookbook 
development 


A recipe is the most fundamental configuration element within the organization. A recipe: 
¢ Is authored using Ruby; 


¢ Is mostly a collection of resources, defined using patterns (resource names, attribute-value 
pairs, and actions); helper code is added around this using Ruby, when needed; 


¢ Must define everything that is required to configure part of a system; 
e Must be stored in a cookbook; 
e May be included in a recipe; 


e May use the results of a search query and read the contents of a data bag (including an 
encrypted data bag); 


e May have a dependency on one (or more) recipes; 

e May tag a node to facilitate the creation of arbitrary groupings; 

¢ Must be added to a run-list before it can be used by the Chef-client; 
¢ Is always executed in the same order as listed in a run-list. 


We can write the entire code in one single recipes/default.rb file, but as the code grows, it 
becomes difficult to manage and debug. So, as a best practice, we should split the code into 
multiple files, and either include them in the default.rb or add them individually to the run_list as 
needed. 


To include a recipe in the same cookbook, use the following syntax in the default.rb file. 


Include recipe <cookbook_name::recipe name without rb extension> 





Create an apache cookbook (video available in the course content). 
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Attributes 

An attribute is a specific detail about a node. Attributes are used by the Chef-client to understand: 
¢ The current state of the node. 

e State of the node at the end of the previous Chef-client run. 

e State of the node should be at the end of current Chef-client run. 

Attributes are defined by: 

e The state of the node itself; 

¢ Cookbooks (in attribute files and/or recipes); 

¢ Roles; 

e Environments. 

During every chef-client run, chef-client builds the attribute list using: 

« Data about the node, collected by Ohai. 

¢ The node object that was saved to the chef server at the end of the previous chef-client run. 
¢ The rebuilt node attribute from the current chef-client run. 


After the node attribute is rebuilt, all of the attributes are compared, and then the node is updated 
based on the attribute precedence. At the end of every chef-client run, the node object that defines 
the current state of the node is uploaded to the chef server so that it can be indexed for search. 


Attribute Types 


There are 6 types of attributes. 


ATTRIBUTE TYPE DESCRIPTION 


A default attribute is automatically reset at the start of every chef- 
client run and has the lowest attribute precedence. Use default 
attributes as often as possible in cookbooks. 
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ATTRIBUTE TYPE DESCRIPTION 


An automatic attribute contains data that is identified by Ohai at the 
automatic beginning of every chef-client run. An automatic attribute cannot be 
modified and always has the highest attribute precedence. 





Use force_default attribute to ensure that an attribute defined in a 
force_defaul cookbook takes precedence over a default attribute set by a role or an 
environment. 





A normal attribute is a setting that persists in the node object. A 
normal normal attribute has a higher attribute precedence than a default 
attribute. 


An override attribute is automatically reset at the start of every chef- 
override client run and has a higher attribute precedence than default, 
force_default and normal attributes. 





Use the force_override attribute to ensure that an attribute defined in 
force_override a cookbook takes precedence over an override attribute set by a role 
or an environment. 








Attribute Precedence 

Attributes are always applied by the chef-client in the following order: 
e A default attribute located in a cookbook attribute file; 

- A default attribute located in a recipe; 

¢ A default attribute located in an environment; 

e A default attribute located in a role; 

e A force_default attribute located in a cookbook attribute file; 

e A force_default attribute located in a recipe; 

e Anormal attribute located in a cookbook attribute file; 


e Anormal attribute located in a recipe; 
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¢ An override attribute located in a cookbook attribute file; 

- An override attribute located in a recipe; 

e An override attribute located in a role; 

¢ An override attribute located in an environment; 

e A force_override attribute located in a cookbook attribute file; 
¢ A force_override attribute located in a recipe; 


e An automatic attribute identified by Ohai at the start of the chef-client run where the last 
attribute in the list is the one that is applied to the node. 


Attribute Sources 

Attributes are provided to the chef-client from the following locations: 
¢ Nodes (collected by Ohai at the start of each chef-client run); 

e Attribute files (in cookbooks); 

¢ Recipes (in cookbooks); 

e Environments; 

¢ Roles. 

Attribute Files 


An attribute file is located in the attributes/ sub-directory for a cookbook. For example, the 
apache2 cookbook contains an attribute file called default.rb which contains the following 
attributes: 


default[‘apache’][‘dir’] = ‘/etc/apache2’ 


default[‘apache’][‘listen_ports’] = [ ‘80’, ‘443’ ] 
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Templates 
Resource: https://docs.chef.io/templates.html 


A cookbook template is an Embedded Ruby (ERB) template that is used to dynamically generate 
static text files. Templates may contain Ruby expressions and statements, and are a great way to 
manage configuration files. Use the template resource to add cookbook templates to recipes, and 
place the corresponding ERB template file in the cookbook’s /templates directory. 


Requirements 

To use a template, two things must happen: 

- A template resource must be added to a recipe. 

e An Embedded Ruby (ERB) template must be added to a cookbook. 


For example, the following template file and template resource settings can be used to manage a 
configuration file named /etc/sudoers. 


Within a cookbook that uses sudo, the following resource could be added to 
/recipes/default.rb: 


template '/etc/sudoers' do 
source 'sudoers.erb' 
mode '0440' 
owner 'root' 
group 'root' 
variables ({ 


sudoers groups: node['authorization']['sudo']['groups'], 


sudoers users: node['authorization']['sudo']['users'] 


}) 
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And then create a template called sudoers.erb and save it to 


templates/default/sudoers.erb: 


i 

# /etc/sudoers 

# 

# Generated by Chef for <%= node['fqdn'] %> 


i 


Defaults !'lecture,tty tickets, !fqdn 


# User privilege specification 


root ALL=(ALL) ALL 


<% @sudoers users.each do |user| -%> 


ALL=(ALL) <%= "NOPASSWD:" if @passwordless %>ALL 


# Members of the sysadmin group may gain root privileges 


ct b'Zat- (oles ALL=(ALL) <%= "NOPASSWD:" if @passwordless %>ALL 


<% @sudoers groups.each do |group| -%> 
# Members of the group '<%= group %>' may gain root privileges 


<%= group %> ALL=(ALL) <%= "NOPASSWD:" if @passwordless %>ALL 
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And then set the default attributes in attributes/default.rb: 


default['authorization']['sudo'] ['groups' ] [ 'sysadmin', 'wheel', 
‘admin' ]j 


default['authorization']['sudo']['users'] [ 'jerry', 'greg'] 





Supermarket 
Chef maintains a large collection of cookbooks. In addition, there are thousands of cookbooks 


created and maintained by the community. 


COMPONENTS DESCRIPTION 


Chef maintains a collection of cookbooks that are widely used by the 


Cookbooks maintained by Chef ; 
community. 





Cookbooks maintained by the The community has authored and maintains thousands of cookbooks 
community ranging from niche cookbooks to the most popular cookbooks. 








The community cookbooks are available for searching via web portal 
https://supermarket.chef.io/ 


Dependency Management 
Resource: https://docs.chef.io/berkshelf.html 


Berkshelf is a dependency manager for Chef cookbooks. With it, you can easily depend on 
community cookbooks and have them safely included in your workflow. You can also ensure that 
your CI systems consistently select the same cookbook versions, and can upload and bundle 
cookbook dependencies without needing a locally maintained copy. 


Gem install berkshelf 
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Add the dependency in metadata.rb and Berkfile 


Download the dependency 


Berks install 


Upload the dependency 


Berks upload 


Berksfile Syntax 


Install BerkshelfA Berksfile is a Ruby file in which sources, dependencies, and options may be 
specified. Berksfiles are modeled closely on Bundler’s Gemfile. The syntax is as follows: 


source “https://supermarket.chef.io” 
metadata 
cookbook “NAME” [, “VERSION CONSTRAINT”] [, SOURCE OPTIONS] 
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Advanced Chef concepts 


Roles 


A role is a way to define certain patterns and processes that exist across nodes in an organization 
as belonging to a single job function. Each role consists of zero (or more) attributes and a run-list. 
Each node can have zero (or more) roles assigned to it. When a role is run against a node, the 
configuration details of that node are compared against the attributes of the role, and then the 
contents of that role’s run-list are applied to the node’s configuration details. 


A Ruby DSL file for each role must exist in the roles/ subdirectory of the chef-repo. (If the 
repository does not have this subdirectory, then create it using knife.) Each Ruby file should have 
the .rb suffix. 


The complete roles Ruby DSL has the following syntax: 


name "role name" 
description "role description" 


run _ list "recipe[name]", "recipe[name::attribute]", 
"recipe [name: :attribute]" 


env_run lists "name" => ["recipe[name]"], "environment_name" => 
["recipe [name: :attribute]"] 


default attributes "node" => { "attribute" => [ "value", "value", 
"etc." i } 


override attributes "node" => { "attribute" => [ "value", "value", 
LP of ol | } 


S$ cat roles/webserver.rb 
name "webserver" 


description "The base role for systems that serve HTTP traffic" 


run list "recipe[apache2]", "recipe[apache2::mod_ssl]", 
"role [monitor]" 
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env_run_ lists "prod" => ["recipe[apache2]"], "staging" => 
["recipe [apache2::staging]"], " default" => [] 


default attributes "apache2" => { "listen_ports" => [ "80", "443" ] } 


override attributes "apache2" => { "max children" => "50" 
} ["recipe [name: :attribute]"] 


default attributes "node" => { "attribute" => [ "value", "value", 
"etc." | } 


override attributes "node" => { "attribute" => [ "value", "value", 
"etc." | } 





Manage Roles 


Upload the role to chef server: 


$ knife role from file <path to role file.rb> 





Eg: 


Knife role from file webserver.rb 


List all the roles on the chef server. 


$ knife role list 


Show the details of a particular role: 


S$ knife role show <role name> 


Eg: 


$ knife role show webserver 


Delete the role from chef server. 


Eg: 


S$ knife role delete webserver 
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Environment 
Resource: https://docs.chef.io/environments.html 


An environment is a way to map an organization’s real-life workflow to what can be configured 
and managed when using Chef server. Every organization begins with a single environment called 
the _ default environment, which cannot be modified (or deleted). Additional environments can 
be created to reflect each organization’s patterns and workflow. For example, creating production, 
staging, testing, and development environments. Generally, an environment is also associated 
with one (or more) cookbook versions. 


Define an Environment 


A Ruby file for each non-default environment must exist in the environments/ subdirectory of the 
chef-repo. (If the chef-repo does not have this subdirectory, then it should be created.) The 
complete environment has the following syntax: 


name 'environment name' 


description 'environment_ description’ 


cookbook OR cookbook _ versions "cookbook' OR 'cookbook' => 
"cookbook version' 


default attributes 'node' => { 'attribute' => [ 'value', 'value', 
Ui = Song Nd [EE 


override attributes 'node' => { 'attribute' => [ 'value', 'value', 
"etc.' ] } 





where both default and override attributes are optional and either a cookbook or cookbook 
versions (one or more) are specified. For example, an environment named dev that uses the 
couchdb cookbook (version 11.0.0 or higher) that listens on ports 80 and 443: 


name 'dev' 
description 'The development environment' 


cookbook versions 'couchdb' => '= 11.0.0' 


default attributes 'apache2' => { 'listen_ports' => [ '80', '443' ] } 
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Manage Environments 


Upload the environment to chef server: 











Eg: 











List the environments on the chef server. 








Show the details of a particular environment: 





Eg: 


U5 knife environment show dev 


Delete the environment from Chef server: 


U5 knife environment detete dev 


Search 





Resource: https://docs.chef.io/chef_search.html 


Search indexes allow queries to be made for any type of data that is indexed by the Chef server, 
including data bags (and data bag items), environments, nodes, and roles. A defined query syntax 
is used to support search patterns like exact, wildcard, range, and fuzzy. A search is a full-text 
query that can be done from several locations, including from within a recipe, by using the search 
subcommand in knife, the search method in the Recipe DSL, the search box in the Chef 
management console, and by using the /search or /search/INDEX endpoints in the Chef server 
API. The search engine is based on Apache Solr and is run from the Chef server. 
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Search Indexes 


SEARCH INDEX NAME DESCRIPTION 


API client 





A data bag is a global variable that is stored as JSON data and is 
accessible from a Chef server. The name of the search index is the 
DATA_BAG NAME name of the data bag. For example, if the name of the data bag was 
“admins” then a corresponding search query might look something 

like search(:admins, “*:*”). 





An environment is a way to map an organization’s real-life workflow 


Environment ; ; 
to what can be configured and managed when using Chef server. 


A node is any server or virtual server that is configured to be 
maintained by a chef-client. 





A role is a way to define certain patterns and processes that exist 
across nodes in an organization as belonging to a single job function. 








Usage 
Search by node 


To search for all nodes running Ubuntu, enter: 





$ knife search node 'platform:ubuntu' 


Search by node and environment 


To search for all nodes running CentOS in the production environment, enter: 


$ knife search node 'chef environment:production AND platform:centos' 





Query Syntax 


A search query is comprised of two parts: the key and the search pattern. A search query has the 
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following syntax: 


where key is a field name that is found in the JSON description of an indexable object on the Chef 
server (a role, node, client, environment, or data bag) and search_pattern defines what will be 








searched for, using one of the following search patterns: exact, wildcard, range, or fuzzy 
matching. Both key and search_pattern are case-sensitive; key has limited support for multiple 


6699 


character wildcard matching using an asterisk (“*”) (and as long as it is not the first character). 
Using search with recipes 


The following examples show how a recipe can use a Series of search queries to search within a 
data bag named “admins”. 


Or to search for an administrator named “charlie”: 


ty 


Or to search for an administrator with a group identifier of “ops”: 


Or to search for an administrator whose name begins with the letter “c”: 


el 


Databags 


For example, to find every administrator: 

















Resource: https://docs.chef.io/data_bags.html 


A data bag is a global variable that is stored as JSON data and is accessible from a Chef server. A 
data bag is indexed for searching and can be loaded by a recipe or accessed during a search. 
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Create a Data Bag 


A data bag can be created in two ways: using knife or manually. In general, using knife to create 
data bags is recommended, but as long as the data bag folders and data bag item JSON files are 
created correctly, either method is safe and effective. 


Using knife 


knife can be used to create data bags and data bag items when the knife data bag subcommand is 
run with the create argument. For example: 


$ knife data bag create DATA BAG NAME (DATA BAG ITEM) 





knife can be used to update data bag items using the from file argument: 


As long as a file is in the correct directory structure, knife will be able to find the data bag and 
data bag item with only the name of the data bag and data bag item. For example: 


will load the following file: 


data _bags/BAG NAME/ITEM NAME. json 





Store Data in a Data Bag 

When the chef-repo is cloned from GitHub, the following occurs: 

- A directory named data_bags is created. 

¢ For each data bag, a sub-directory is created that has the same name as the data bag. 

¢ For each data bag item, a JSON file is created and placed in the appropriate sub-directory. 
The data_bags directory can be placed under version source control. 

DataBag Item 


A data bag is a container of related data bag items, where each individual data bag item is a JSON 
file. knife can load a data bag item by specifying the name of the data bag to which the item 
belongs and then the filename of the data bag item. 
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The only structural requirement of a data bag item is that it must have an id: 


"id": “ITEM NAME", 


"key": "value" 





where key and value are the key:value pair for each additional attribute within the data bag item. 
Manage data bag items 

Create a data bag item from a file 

Syntax: 

knife data bag from file BAG FILE|FOLDER [FILE|FOLDER.. ] 


Kg: 


$ knife data bag from file users automatehub. json 





List all the data bag: 





$ knife data bag list 


Show data bag item 


3 
5 


$ knife data bag show BAG [item] 








$ knife data bag show users automatehub 


2 


40 


MAGAZINE 


BSD 


Module 7 





Delete data bag item 
Syntax: 


knife data bag delete BAG [ITEM] 


Eg: 


$ knife data bag delete users automatehub 
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Using syntax and linting tools like: 
Foodcritic and RuboCop 


Foodcritic 
Resources: http://www.foodcritic.io/ 
Foodcritic is a linting tool that you can use to check your chef cookbooks for common problems. 


¢ It comes with 61 built in rules to help you identify simple style inconsistencies to hard to debug 
issues. 


¢ There are community rules as well that you can download and use. 

e Or write your own. 

Use Foodcritic to check cookbooks for common problems: 

¢ Style; 

¢ Correctness; 

e Syntax; 

¢ Best practices; 

e Common mistakes; 

¢ Deprecations. 

Foodcritic returns a list, via standard output, that shows the results of the evaluation: 
FCoo3: Check whether you are running with chef server before using server-specific features: 


./ récipes/ip-Logger. rb:1 


FC008: Generated cookbook metadata needs updating: ./metadata.rb:2 


FCO008: Generated cookbook metadata needs updating: ./metadata.rb:3 


OutputI 
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Foodcritic output: 
States a Foodcritic rule. For example: FC003. 


Describes the rule, based on the results of the evaluation. For example: Check whether you are 
running with chef server before using server-specific features: 


Specifies the file path. For example: ./recipes/ip-logger.rb 
Specifes the line number. For example: 1 


A Foodcritic evaluation has the following syntax: 


RULENUMBER: MESSAGE: FILEPATH: LINENUMBER 


For example: 


FCO08: Generated cookbook metadata needs updating: ./metadata.rb:3 


Getting started is really easy. 
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Fetching: rake-12.0.0.gem (100%) 
Successfully installed rake-12.0.0 
Fetching: polyglot-0.3.5.gem (100%) 
Successfully installed polyglot-0.3.5 
Fetching: treetop-1.6.8.gem (100%) 
Successfully installed treetop-1.6.8 


Fetching: yajl-ruby-1.3.0.gem (100%) 


Building native extensions. This could take a while... 


Successfully installed yajl-ruby-1.3.0 
Fetching: rufus-lru-1.1.0.gem (100%) 
Successfully installed rufus-lru-1.1.0 
Fetching: foodcritic-8.2.0.gem (100%) 
Successfully installed foodcritic-8.2.0 

Parsing documentation for gherkin-4.0.0 
Installing ri documentation for gherkin-4.0.0 
Parsing documentation for backports-3.6.8 
Installing ri documentation for backports-3.6.8 
Parsing documentation for cucumber-core-2.0.0 
Installing ri documentation for cucumber-core-2.0.0 


Parsing documentation for 


mini portile2-2.1.0 


Installing ri documentation for mini _portile2-2.1.0 
Parsing documentation for nokogiri-1.7.0.1 
Installing ri documentation for nokogiri-1.7.0.1 
Parsing documentation for rake-12.0.0 


Installing ri documentation for rake-12.0.0 
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Install Foodcritic.Done installing documentation for gherkin, backports, cucumber-core, 
mini_portile2, nokogiri, rake, polyglot, treetop, yajl-ruby, rufus-lru, foodcritic after 25 seconds 


11 gems installed 


Run Foodcritic 














When Foodcritic encounters a rule/policy violation, it'll report that rule number along with brief 
text. 


RuboCop 
Resources: https://docs.chef.io/rubocop.html 


Most of the code that is authored when working with Chef is written as Ruby. Just about every file 
within a cookbook—with few exceptions!—is a Ruby file. 


Use RuboCop to author better Ruby code: 
¢ Enforce style conventions and best practices. 
¢ Evaluate the code in a cookbook against metrics like “line length” and “function size”. 


¢ Help every member of a team to author similarly structured code. 
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¢ Establish uniformity of source code. 
¢ Set expectations for fellow (and future) project contributors. 


RuboCop is a style and linting tool that analyzes all of the Ruby code that is authored in a 
cookbook against a number of rules. (RuboCop rules are sometimes referred to as “cops”.) Each 
rule examines the code for a specific perspective, after which a list of warnings, deviations from 
patterns, potential errors, and fatal errors is generated. 

RuboCop is built for Ruby developers by Ruby developers. As such, RuboCop will enforce the 
conventions that are defined by that community. As users of Chef and as authors of cookbooks, 
even though we are using Ruby, we do not always have the same objectives and goals. That said, 
there is enough of an overlap that using RuboCop as part of a cookbook authoring workflow is 
beneficial. 

Each rule in RuboCop may be enabled and disabled. Custom rules may be created to assist with 
enforcing standards that are unique to any cookbook authoring team. 


Run RuboCop 
RuboCop is run from the command line, typically against a single cookbook and all of the 


Ruby files contained within it: 


$ rubocop /path/to/cookbook 





RuboCop may also be run from the root of an individual cookbook directory: 


RuboCop returns a list, via standard output, that shows the results of the evaluation: 
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Symbols 


The following symbols appear in the standard output and are used to indicate the result of an 


evaluation: 


SYMBOL 
DESCRIPTION 


The file does nothaveanyissues. = file does not have The file does nothaveanyissues. = issues. 


ee 
ee 
ee es 


[root@bsd1l workstation ~]# gem install rubocop 
Fetching: rainbow-2.2.1.gem (100%) 

Building native extensions. This could take a while... 
Successfully installed rainbow-2.2.1 

Fetching: ast-2.3.0.gem (100%) 

Successfully installed ast-2.3.0 

Fetching: parser-2.3.3.1.gem (100%) 

Successfully installed parser-2.3.3.1 

Fetching: powerpack-0.1.1.gem (100%) 

Successfully installed powerpack-0.1.1 

Fetching: ruby-progressbar-1.8.1.gem (100%) 
Successfully installed ruby-progressbar-1.8.1 
Fetching: unicode-display width-1.1.3.gem (100%) 
Successfully installed unicode-display width-1.1.3 


Fetching: rubocop-0.47.1.gem (100%) 
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Successfully installed rubocop-0.47.1 

Parsing documentation for rainbow-2.2.1 

Installing ri documentation for rainbow-2.2.1 

Parsing documentation for ast-2.3.0 

Installing ri documentation for ast-2.3.0 

Parsing documentation for parser-2.3.3.1 

Installing ri documentation for parser-2.3.3.1 

Parsing documentation for powerpack-0.1.1 

Installing ri documentation for powerpack-0.1.1 
Parsing documentation for ruby-progressbar-1.8.1 
Installing ri documentation for ruby-progressbar-1.8.1 
Parsing documentation for unicode-display width-1.1.3 
Installing ri documentation for unicode-display width-1.1.3 
Parsing documentation for rubocop-0.47.1 


Installing ri documentation for rubocop-0.47.1 





Done installing documentation for rainbow, ast, parser, powerpack, ruby-progressbar, 


unicode-display width, rubocop after 40 seconds. 


7 gems installed. 


48 


WN 
UO 


Module 9 





Writing unit test and integration 
tests. 


ChefSpec — Unit Testing 

Resources: 
https://github.com/sethvargo/chefspec/tree/master/examples 
https://docs.chef.io/chefspec.html 


Unit Testing is a software testing method by which individual units of the code are tested. 
Advantages of Unit Testing: 


¢ Help in finding problems early in the development cycle. 
¢ Facilitates changes. 
e Simplifies integration by reducing uncertainty. 


ChefSpec is a framework that tests resources and recipes as part of a simulated chef-client run. 
ChefSpec tests execute very quickly. When used as part of the cookbook authoring workflow, 
ChefSpec tests are often the first indicator of problems that may exist within a cookbook. 


ChefSpec 
¢ Is an extension of RSpec, a behavior-driven development (BDD) framework for Ruby. 
¢ Is the fastest way to test resources and recipes. 


Note: ChefSpec simulates the execution of your resources in memory, and does not involve the 
creation of a virtual instance. It’s the fastest way to test your resources and is a great way to 
validate the correctness of your work, even before you set up a virtual instance to test on. 


Install ChefSpec 


Gem install chefspec 
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If you use chef cli executable (recommended) to generate cookbooks, recipes, templates, 
attributes, etc., then, for every recipe created, a spec file is also created automatically. 


You could also create the directory structure and required files manually, if needed. 


You typically define one test, or spec, file for each recipe. So default spec.rb maps to the 
default recipe, default.rb. If you had a second recipe, say firewall.rb, then you would have a 
spec named firewall spec.rb. 
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|-- templates 
*-- default 
“-- index. html.erb 
tn 4 —t- 
*-- smoke 
*-- default 
[-— contig. rb 
[==> Geftault test rb 


~“-- install.rb 


$ pwd 


/home/test/workspace/chef-repo/cookbooks 


$ cat apache/spec/unit/recipes/default spec.rb 


i 


# Cookbook:: apache 

# Spec:: default 

# 

# Copyright:: 2017, The Authors, All Rights Reserved. 
require 'spec helper' 

describe 'apache::default' do 


context 'When all attributes are default, on an unspecified 
platform' do 


let(:chef run) do 
runner = ChefSpec: :ServerRunner.new 


runner .converge (described recipe) 
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The describe blocks tells ChefSpec to run the apache::default recipe in memory. The let block 
simulates the chef-client run. It also defines the chef_run variable, which is used in each test to 
validate the result. 


ChefSpec::ServerRunner specifies how to run chef-client in memory. It’s a common option 
DeCauee it also simulates an in-memory Chef server, allowing you to access data bags 
f rtml and other features. 





A great way to learn how to write good tests is by ae The pe Dea contains 


example tests https:// ples for 





many common Chef resource types. 


Run your tests, using the executable ‘rspec’. 











Run your tests, using the executable ‘rspec’. 


Tn qnoag > Ta Pees aor / A wmw:H _ ia a; 
Inspec — Ini teg Sra tio mm Ltesting/AUuUdIuUn:g 
r o/ o 
httme//rnengon 197 /+# 
Resources: http://inspec.1o0/# 
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Integration Testing is the phase in software testing in which individual software modules/units 
are combined and tested as a group. This phase occurs after unit testing. 


Audit means an independent examination of a software product or processes to assess 
compliance with specifications, standards, contractual agreements, or other criteria. 


InSpec is an open-source run-time framework and rule language used to specify compliance, 
security, and policy requirements for testing any node in your infrastructure. 


¢ The project name refers to “infrastructure specification”; 


e InSpec includes a collection of resources to help you write auditing rules quickly and easily 
using the Compliance DSL; 


¢ Use InSpec to examine any node in your infrastructure; run the tests locally or remotely; 
« Any detected security, compliance, or policy issues are flagged in a log. 


InSpec provides a kind of integration testing/auditing, where you verify that multiple 
components function correctly together. With InSpec, you write code that describes the desired 
state of the server. InSpec translates this code into SSH commands that it runs on the server. 


It’s common to write InSpec tests after you write your configuration code. But another way is to 
take a test-driven approach, where you write your tests first before you write any Chef code. 


The idea behind test-driven development is to use tests, also called specifications or specs, to 
clearly document your requirements. You run your tests on the server and watch them each fail. 
Then you write just enough Chef code to make at least one failing test pass. You then repeat the 
process until all of your tests pass. 


InSpec is: 

¢ Platform agnostic; 

¢ Free to run anywhere; 

¢ Test systems locally or remotely. 


An important benefit of test-driven development is that it helps limit scope. You know you're 
done when all tests pass. And because the tests are code, theyre versionable through source 
control. When a requirement changes, you capture that change by updating the tests. This gives 
you the complete history of your requirements and better insight into when and how your 
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Here you'll create a basic cookbook that resembles the Apache web server configuration that you 
wrote previously. Let’s begin by defining clear goals for the web server configuration. 


Here’s the criteria for the web server configuration: 
¢ Install the Apache package. 
e Serve a custom home page. 


Install inspec: 





Write tests: 








BSD 


MAGAZINE 


54 


Module 9 











10 directories, 17 files 


The file test /smoke/default/default _test.rb will hold our tests. You typically have one 
test file for each recipe in your cookbooks. Here, default _test.rb contains tests for the 
default recipe, default.rb. 


For this tutorial, we'll add all the configuration code to the install recipe. 


As with many test frameworks, InSpec code resembles natural language. Here’s the format of an 
InSpec test. 
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An InSpec test has two main components: the subject to examine and the subject’s expected state. 
Here, <entity> is the subject you want to examine, for example, a package name, service, file, or 
network port. The <expectation> part specifies the desired result or expected state, for example, 
that a port should be open (or perhaps should not be open). 


Example: 
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About the Instructor: 


Arun Tomar is an Entrepreneur, 
Technology evangelist, Solution 
Architect, Consultant & Corporate 
Trainer with deep expertise in designing 
and providing end to end solutions for 
enterprise IT Infrastructure 
requirements. He has more than 12 
years of experience. He is currently the 
Director and CTO at AutomateHub 
Service, Inc., Canada. 








Course is self-paced. After completing it, you will receive a certificate with 
12 CPE credits! 
Join here https://bsdmag.org/product/wo5-devops-chef-freebsd/ 
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